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SPECIFICATION 

Flnnnriprin nTTTT F. OF THE INVENTION 

TELECOMMUNICATION MODULE COMPRISP > JG H AmG.A SYSTEM 
DATA T>T^nCT7.finT>jn \ffiANS PROCESSOR FOR PERFORMING AT LEAST 
ONE TELECOMMUNICATION ACTIVITY 
BACKGROUND OF THE INVENTION 
The present invention relates to a telecommunication module oomprioing 
having a system data prnnonning m e ans p rocessor for performing at least one 
telecommunication activity and a first oonnooting moanoconnector for connecting 
the telecommunication module to an external electronic device. 

Telecommunication modules of this kind are known fi-om the prior art. In 
general, and also within the context of the present invention, telecommunication 
modules are defined as telecommunication terminals whose functionality is limited 
exclusively to setting up, carrying out and terminating telecommunication 
connections. 

Therefore. t¥ elecommunication modules thoroforo h ave, for example, no 
man-machine interface (MMI) of their own for direct input and output of data by 
and to a user. For operating a conventional telecommunication module of this kind, 
an external electronic device is necessary which is connected to the 
telecommunication module via a special interface. The telecommunication 
activities of the telecommunication module are controlled via the external 
electronic device which is generally termed a control unit or "controller-," Data to 
be transmitted via the telecommunication connection set up is transmitted by the 
controller to the telecommunication module and data received by the module is^ in 
tum^ transmitted from it to the controller. There are telecommunication modules, 
for example, for interfacing with mobile telecommunication networks (e.g.^ GSM 
modules for connections to GSM networks) or to fixed telephone networks (such 
modules are generally referred to as modems). 

External electronic devices eaa -mav include personal computers^ (in 
particular^ portable personal computers, such as laptops), as well as other devices 



18 



5 such as measuring instruments (e.g., electricity meters, heating meters, weather 
stations) which can be controlled via the telecommunication module and/or 
transmit the measured values via the telecommunication module and the 
corresponding teleconmtiunication network to a central facility. 

The disadvantage of telecommunication modules of this kind is that their 
10 activities must be started by an external control device, the controller. To operate 
the telecommunication module, the controller mus^therefore always musL.be 
switched on^i_i.e., even if only in a kind of "standby mode" in readiness for 
receiving an incoming call. This causes unnecessary power consumption which is 
undesirable, particularly in the case of battery-operated control equipment. 
15 In order to be able to adapt particular telecommunication modules to 

specific user requirements, there is, for example, a programming environment and 
interface, the so-called "MUSE platform" (MUSE: Modular User Software 
Environment) for the Wavecom company's telecommunication modules (see e.g. 
http:\\www.wavecom.com\products\index.php). This allows a user to access the 
20 operating/system software originally implemented in the telecommunication 
module so that he/she can selectively modify it. Part of this "MUSE platform" is a 
software development environment, a so-called "OPEN AT" package which 
permits the implementation of new, user-created applications in the original module 
system software. Information about "OPEN AT" can be found, for example, in a 
25 Wavecom pubUcation entitled "Take Command With OPEN AT" (Copyright 
Wavecom S.A. 10/2001) which is available on the Internet at 
"www.wavecom.com\products\docs\openATstec.pdf'. 

Using the "OPEN AT" software development environment, new 
applications can be designed by a user or operator of the telecommunication 
module, e ^such as at a PC, integrated into the system software of the 
telecommunication module and then transmitted firom the PC to the 
telecommunication module via a connection to said-the telecommunication module. 
This makes it possible to assign additional functionalities to the telecommunication 
module on a user-specific basis. 
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One disadvantage of this solution is that the new applications have to be 
translated into the special system language of the telecommunication module, 
which makes it costly to create the appHcations. Another disadvantage is that, by 
implementing the new applications in the system software of the module, the 
system software fimctionality may be changed and^ in some cases^ impaired (e.g., 
by modifying tiie jump instructions or memory addresses within the system 
software). More serious faults in this area even may, in some cases, even 
oompromioetouctLon the operability of the entire telecommunication module. In 
some circumstances, such changes in the fimctionality of the system software may 
even jeopardize approval of the equipment by the relevant authorities and/or 
agencies. 

Based on the prior art, the-mLobject of the present invention is, therefore, to 
provide a low-cost solution for integrating into a telecommunication module 
additional functionalities and/or applications which can be easily created, set up, 

modified and/or deleted. 

SUMMARY OF THE INVENTION 
This ebjeet-is achieved by a telecommunication module having a system 
data proooaoing meansBrocgssor for performing at least one telecommunication 
activity, in pnrrioulti rparticularlv for creating and/or setting up and/or implementing 
and/or monitoring and/or terminating a telecommunication connection, a control 
data proooaoing moanoBrQcessor for automatically executing at least one control 
instruction sequence stored in the telecommunication module, swd-ttie_control 
instruction sequence initializing at least one telecommunication activity of the 
system data prnnnr.r.ing moanG processor . and a first oomiooting moonoconnector for 
connecting the telecommunication module to an external electronic devicey-L-in 
particular, an external control unit or controller. 

In a telecommunication module of this kind, additional applications and/or 
fimctionalities are implemented in the module in the form of control instruction 
sequences in the control data proooaoing moans processgr which is logically 
separated from the system data processo rp roocoainfi moono . Thio moana that As 
such, there is no direct intervention in the system software in the 



20 



teleconununication module and the basic telecommunication functionality of the 
telecommunication module remains unchanged. Moreover, when formulating a 
control instruction sequence, the internal design of the system data proooooing 
mean sprocessor does not need to hn intn Qcoountaccounted for in detail or even 
modified. It is sufficient to be familiar with the basic fimctionality of the system 
and to know how the functions implemented therein can be initialized, started or 
triggered by control instructions. This considerably simplifies the integration of 
new user-specific applications implemented as a control instruction sequence. 

For processing the control instruction sequence, the individual control 
instructions are executed by the control data procosoing meanoprocessor . For this 
purpose;, the control data proconQing moans p rocessor are implemented, for example, 
in such a way that one or more telecommunication activities^ such as establishing a 
telecommunication connection, reading out certain connection parameters, 
transmitting information, receiving information or terminating the 
telecommunication connection, are initiated with a control command. As part of the 
execution of this control instruction, the corresponding signals are transmitted firom 
the control data processo rp roooGoing m e ans to the system data proooosing 
meaa sprocessor . This process is comparable^ in principle^ to the initiation of this 
telecommunication activity by an extemal control device. In this way, additional 
functionalities, which in the case of conventional modules would require the 
involvement of an extemal unit, can be assigned to the telecommunication module 
by the control instruction sequence. According to the present invention, 
telecommunication modules thoroforo offer the possibility of enabling 
telecommunication activities to be performed under the control of both the control 
data procoriGing moans processor and the extemal controller. 

In this way^ the telecommunication module can, for example, independently 
monitor a connection, regularly request information conceming the surrounding 
base stations of a mobile communication network to determine the location, or 
regularly check a mailbox. This saves^, ergr for example, system resources of the 
connected control unit which, for example, can be in a switched-off or battery- 
saving standby state or even engaged in another taskstask. For example, a 
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telecommunication module according to the present invention, which has been set 
up to operate in a conventional mobile communication network (e.g.^ in compUance 
with the GSM or CDMA standard), eaji-also can b e used to monitor the connected 
telecommunication network for incoming calls by moans ofV ia an application 
(control instruction sequence) additionally set up by a user. During this time, the 
associated controller, er ^such as a PC or measuring instrument, can be switched 
off. If a telecommxmication connection is required from outside, the module is able 
to detect this and switch on the extemal control device for further operation of the 
telecommunication connection. 

If the telecommimication module is to perform only q«ite-vCTy_specific 
functions implemented or stored in it as a control instruction sequence (or 
sequences), it is possible to operate the telecommunication module, at least 
temporarily, without a controller. This could be implemented, for example, for 
regular reading of meters and measuring instruments (e.g.^ heating meters, 
electricity meters, flow measuring equipment, weather stations), in which case the 
telecommunication module could then, for example, read out the corresponding 
measured values at regular intervals and transmit them wirelessly to a collecting 
point. The meters and measuring instruments do not need to possess any controller 
characteristics for this purpose. 

Tbe-An advantage of a telecommunication module according to the present 
invention is that, due to the separation of the control data prooosoing 
mecffi sprocessor from the system data processing means, the processing of a control 
instruction sequence (e.g. a subsequently implemented user-specific application) 
need not be performed inside the system data proooGsing m e onsprocessor . As the 
system data processing means is controlled via the control data processo rp rocossing 
moans, for developing the control instruction sequence the emphasis has to be 
placed exclusively on the coherence of the control instruction sequence per se, the 
linking with the system data processo rp rocossing means being assumed by the 
control data processo rp rocossing — moons . This — m e ans — tbat As such, it is 
comparatively easy for new kinds of applications to be incorporated in the 
telecommimication module, modified or deleted. 



22 



5 A telecommunication module e«i-also may contain a plurality number of 

control instruction sequences which can b e either can be logically interlinked or 
ind e p e nd e nt p erformed independently o f one another. The control data proc e ssing 
meatt sprocessor assumes and coordinates the processing of the individual control 
instruction sequences. This can be performed-^erjg r. for example, either serially 

10 (control instruction sequences are processed one after the other) or in parallel (in 
accordance with a multi-tasking method that is known^ per se). 

The instructions which can be executed by the control data procoBsing 
meaft sprocessor can be represented in a way that is freely selectable by the 
telecommimication module manufacturer. However, the control instmction 

15 sequence advantageously includes at least one Java byte code instruction— ;_in 
particular^ a Java 2 MicroEdition byte code instruction or at least one BASIC 
instruction. These are essentially standardized instruction sets. The -An advantages 
of this is that a telecommimication module user does not first need to leam the 
module's specific control command language but can use the generally known 

20 standardized instruction sets. This simplifies the creation of applications and 
shortens the famiUarization time for the application manufacturer or developer. The 
latter then only has to concern himsel flierself with the features or characteristics of 
the telecommunication module and how specific actions are initiated. 

Efficient execution of stored control instruction sequences and efficient 

25 production of the telecommunication module can be achieved if the control data 
prooQGaing means p rocessor includes a storage means area for storing the one or 
more control instruction sequences and an execution meaftS-parLfor executing the 
one or more control instruction sequences. This moans that As such, the application 
area of the telecommunication module is separated from the system data proc e ssing 

30 means processor , and the actual application^ £i.e.^ the stored control instruction 
sequence and the associated execution m e ans part) , are demarcated from the system 
data procoGoing means p rocessor . The transition between application and system 
area is provided by a connection between the execution meeais-E^and the system 
data proc e ssing m e ans p rocessor . When designing a telecommunication module, for 

35 example, this separation has the advantage that one and the same system data 
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5 processo rp roceGGing means can be used, irrespective of whether a module with or 
without the possibiUty of implementing extemal control instruction sequences is 
provided. This reduces the development cost/complexity of such modules. 

In order to enable the one or more control instruction sequences stored in 
the telecommimication module to be formulated^ at least partially^ in one of the 

10 essentially standardized programming languages, the execution meafts-gart_for 
executing the command sequence eaa -mav include an execution m e ans p art for 
executing Java and/or BASIC program instructions. In this way^ the above- 
mentioned advantages of using a standardized programming language can be used 
for creating the control instruction sequence. 

15 In particular, the execution m e ans part for executing the user-specific 

application can be implemented as a Java virtual machine and/or BASIC 
interpreter. A Java virtual machine is an equipment-specific execution unit for 
programs in the so-called machine-independent Java byte code (generally 
designated by the suffix .class). A Java byte code of this kind is obtained if a 

20 program consisting of the actual Java programming instructions (generally 
designated by the suffix .java) is translated by a translation program (Java 
compiler). This is the normal procedure for writing Java programs and generally 
takes place in the development environment for the Java program, in most cases a 
PC (personal computer), a workstation or a mainfi-ame. After translation, the 

25 machine-independent Java byte code is then transferred; e.g.^ to the 
telecommunication module. 

The Java virtual machine can also may be designed specifically for 
executing Java instructions associated with the above-mentioned Java 2 
MicroEdition. This is a modification of the Java programming language specifically 

30 for small data processing devices such as microcomputers, palmtops, organizers or 
even mobile telecommunication terminals. 

In addition, the execution m e ans part c an be implemented as a BASIC 
interpreter— i_i.e.i for processing instructions associated with the BASIC 
programming language. Furthermore, the execution m e ans oanp art also may b e a 

35 combination of Java virtual machine and BASIC interpreter. In this case^ the 
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5 execution megms- part can recognize the instruction family to which an individual 
control instruction belongs and then process it accordingly. In this way^ the 
advantages of the individual programming languages can be combined in a 
particularly favorabl v favorable manner . 

The execution moonts oon comprise p art mav include electronic circuits and 

10 possibly software components stored therein, these being of the type conmionly 
used in data processing devices such as personal computers or minicomputers for 
comparable applications. 

In order to be able to flexibly adapt the telecommunication module to the 
user's needs, the control instruction sequence can be advantageously created and/or 

15 modified and/or deleted by the extemal electronic device via the first conn e cting 
meansconnector. In this respect, the electronic device can be, for example, a 
personal computer (PC) on which the user-specific control instruction sequence can 
be developed and from which it can then can b e transmitted to the 
telecommunication module. If required, the PC eaft-also can r ead out again and 

20 modify or even delete the control instruction sequences/applications stored in the 
telecommunication module. In addition, the extemal electronic device can atee-be a 
measuring instrument containing facilities for implementing, modifying or deleting 
applications in the telecommimication module. These can^ in tum^ be set up there, 
for example, by a computer which can be connected to the measuring instrument, 

25 and transmitted to the telecommunication module by operating elements on the 
measuring instrument or deleted or modified from there. 

The above-described object ean-likewise mav b e achieved by a method for 
controlling a telecommunication module wherein the telecommunication module 
compriG e G includes a system data proo e ssing m e ans processor for performing at 

30 least one telecommunication activity, a control data processo rp roc o sGing; means , a 
first connecting m e ans connector for connecting the telecommunication module to 
an extemal electronic device and a second connecto r conn e cting m e ans for 
connecting the control data processing means to a system data processing 
meafi sprocesson a control instruction sequence being additionally stored in the 

35 telecommunication module which is autonomously executed and implemented in 
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such a way that, when executed, it initiates the one or more telecommunication 
activities of the system data processo rp rocooGing means . 

The method described enables telecommunication activities of a 
telecommunication module, which are performed by the system data 
processo rp rooosGing means present in the telecommunication module, to be 
initiated by a control program (control instruction sequencer-L.e.g.;, user-specific 
application) which remain stored in the telecommtmication module. 

The stored control instructions are interpreted by the control data proc e ooing 
mems processor which then initiates appropriate actions such as starting a 
telecommunication activity. This method employs the advantageous principal 
described above of implementing control data processing meaRS-which remain 
separate from the system data processing means of the telecommunication module 
and which execute the control instruction sequences stored in said the 
telecommunication module. The fact that access to the system data procoGsing 
meaa sprocessor takes place according to the present invention via the_control data 
prnconaing moans processor has the advantage that, when creating the control 
instruction sequence, the details of the system data procoosing moanoprocessor do 
not need to be taken into account. This makes user-specific applications 
considerably easier to produce. 

The controlling of conventional telecommimication modules via external 
control devices or controllers generally takes place via so-called AT control 
commands. With these AT control commands, the control unit or controller initiates 
the required telecommunication activities in the telecommunication module. In 
order to optimize the development time for the telecommimication modules 
according to the present invention and subsequent applications therefor, AT control 
commands ean— likewise may b e used, from the control data proooGoing 
me ^processor , for controlling the system data processing means. These are then 
transmitted by the control data processo rp rocoGoinfi means to the system data 
processo rp roooGGing means via the second connooting meansconnector as part of 
executing a control instruction sequence/application. As the system data procesGing 
meaft sprocessor is generally already set up for executing the AT control commands 
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(for control by the external controller), in some cases the configuration of the 
system data processo rp rooesoing moono can be taken over from conventional 
modules, witii only slight modifications, for developing telecommunication 
modules according to the present invention. This optimizes the development 
cost/complexity for modules according to the pr^enLinvention. A combination of 
AT control commands and other control commands e£BJ-also may be used for 
controlling ttie system data prnnnnning moanoprocessor . This enables the 
functionality of the module to be additionally extended. 

An advantageous embodiment of the control data proooooing 
mem sprocessor emerges if the one or more control instruction sequences contain at 
least one Java byte code instruction-Lin particular^ a Java 2 MicroEdition byte code 
instruction or at least one BASIC instruction. As Java, Java 2 MicroEdition and 
BASIC are essentially standardized programming languages, these are particularly 
easy to learn or already known by the user. The use of such instructions saves user 
time and effort for programming the control instruction sequences and allows a 
degree of portability of newly developed appUcations between different modules. 

In addition, the control data pmno.n . r . ing moanoprocessor may be suitable for 
transferring data to the external electronic device via the first oonnooting 
meaHs connector . hi this wa v. for example, an application running in the 
telecommunication module can then erg^ — ^transfer data, which the 
telecommunication module has received via a telecommvmication coimection, to the 
connected external electronic device. This eaH-mi^be, for example, text, image or 
control data received via the telecommvmication network. In this context, control 
data can be, for example, instructions to be executed directly or even program 
sections, modifications or entire applications to be implemented in the electronic 
device. In this way, for example, a remote user can control the external electronic 
device directly via the telecommunication device and initiate specific activities 
thereat. Moreover, the data transmitted from the control data proooooing 
mean sprocessor to the external electronic equipment ean-also may be data which 
has been generated in the telecommunication module itself This 6aH-niay_be data 
relating to the existing telecommunication connection (e.g., transmission rates. 
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transmit power, nearest base station, present call duration) but also, for example, 
control instructions; e.g.^ for switching the external device on or off 

The control instruction sequence stored in the telecommunication module 
can be run in various ways. For example, it can be initiated by the external 
electronic device. In addition, execution of the user-specific application can be 
initiated by establishing a connection from the telecommunication module to a 
power supply device. Thin moans tha t As such, for example, when the 
telecommunication module is plugged into the appropriate mounting facility of a 
computer or measuring instrument, an application such as searching for a 
connection to a communication network is executed automatically. It is also 
possible for a corresponding application to be initiated both when establishing a 
connection to a power supply device and by the extemal electronic device. 

In addition, the control instruction sequence can be implemented in such a 
way that the instruction sequence^ or part thereof, can^ if necessary^ be repeated at 
least once after a specified intervening time period has elapsed. This multiple 
execution of an application, or part thereof, is suitable^ ezgrfor example, for 
monitoring a telecommunication connection or for implementing a standby mode in 
which the telecommunication module, for example, regularly checks only whether 
a connection request from the telecommunication network to the module is present. 

Another possible application for using telecommunication modules in 
wireless communication networks such as, for example, a GSM network, is for the 
independent regular checking of the connection data to the surrounding base 
stations by the module. This data e^then^can, for example, continue to be 
transmitted to the extemal electronic device or ean-be transmitted by SMS (Short 
Message Service) to a particular receiver in the telecommunication network for 
determining the location of the module. In the second case, the extemal electronic 
device would not be involved in the application in any way. 

Additional features and advantages of the present inventi on are described in, 
and will be apparent from, the following Detai led Description of the Invention and 
the Figures. 

Further pr e forrod ombodimonto will bo oot forth in th e sub claims. 
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5 Tho invention will now bo doGoribod in e xemplar)^ fashion with reforonc e to 

tho aooomponying drawingo in which: 

BRIEF DESCRIPTION OF THE FIGURES 
Figure 1 shows a block diagram of the telecommunication module 
according to the present i nvention. 
10 DETAILED DESCRIPTION OF THE INVENTION 

Figure 1 shows^ by way of example^ the basic configuration of a 
telecommunication module 10 according to the present invention. This 
comprisesmcludes, in the area of the system data procoosing meansprocessor 20, 
22, 24, an area for storing and executing the actual module system software 22 
15 which controls the operation of the basic telecommunication activities of the 
module 10. The system data processo rp rocoooing moans 20, 22, 24 also includes an 
AT command interpreter 20 which translates AT control commands to the module's 
system language and transfers them between AT command interpreter 20 and 
system 22 via the connection 24, The telecommunication module 10 additionally 
20 oompriooo includes an area for executing control programs (script interpreter) 30 
which^ in this context are also known as scripts. One or more control programs or 
scripts are stored in the memory 32 and transferred from there via the connection 
34 to the control data procor.aing m e ans p rocessor referred to as a script interpreter. 
Depending on the instruction executed, the script interpreter 30 transmits signals 
25 and/or data via the connection 26 to the AT command interpreter or via the 
connection 28 directly to the system area of the module or via the connection 36 to 
the serial interface 40 of the module. The serial interface 40, ergrsuch as a GPRS 
(General Purpose Input/Output), RS 232 or V.24 interface of the module^ oomprisoG 
includes electronic circuits and connection means e arts^for establishing a 
30 connection 44 to an extemal control unit 42, the functionality of the interface 40 
also being modifiable by the telecommunication module 10. 

The telecommvmication module 10 illustrated is a telecommunication 
module 10 for a wireless mobile communication network to which the 
telecommunication module 10 is or can be connected via the antenna 50. 
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Via an external control unit 42, ergrsuchas a PC, a new application for the 
telecommunication module can be transferred via the connection 44, the serial 
interface 40 and the connootion connections 36 and 34 to the memory area 32 for 
the control instruction sequence. If the external electronic device then sends a start 
instruction to the script interpreter 30 to execute the control instruction sequence, or 
if the script interpreter 30 starts the control instruction sequence itself, the latter 
loads the relevant control instructions from the memory area 32 via the connection 
34 and executes them accordingly. If the control instruction indicates, for example, 
that a particular telecommunication activity is to be initiated via an AT command, 
the script interpreter 30 transmits the corresponding AT command via the 
connection 26 to the AT command interpreter 20. The latter^ in tum^ forwards the 
data corresponding to the AT command via the connection 24 to the system area 22 
of the telecommunication module. The module system then performs the 
corresponding communication activities via the antenna 50. Data received in this 
process can^ in turn, for example, be fed back via the connection 28 from the 
system area to the script interpreter area. This can either process the corresponding 
information or forward it via the serial interface 40 to the external unit 42. 

Using a telecommunication module 10 as shown in Figure 1, it is possible, 
for example, to locate the telecommimication module 10 in a GSM mobile network 
without involving the extemal controller 42. For this purpose^ a control instruction 
sequence stored in a memory area 32 is formulated in such a way that the 
telecommunication module 10 periodically solicits connection information such as 
channel number, adjacent cells or receive level of the current cell via the execution 
of specific AT commands. The information is transferred from the module system 
22 to the script interpreter 30. Moreover, theT he control program is moroovor 
designed in such a way that it causes this data to be transmitted by SMS from the 
module system 22 via the antenna 50 to a remote receiver which uses this 
information to determine the location of the telecommunication module. 

The outputting of strings to an extemal display unit, for example, ean 
ateealsomay be implemented in a similar way. 
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In addition, for example, an application which, at least among other things, 
forwards control instructions received via the telecommunication network for 
controlling the external unit 42 to s^d-the external unit 42 can be set up in the 
memory area 32 of the module 10. 

The present invention describes a telecommunication module and a method 
for operating a telecommunication module which includes a_control data processing 
mem sprocessor for automatically executing at least one control instruction 
sequence stored in the telecommunication module, the one or more control 
instruction sequences being implemented in such a way that, when executed, they 
initiate at least one telecommimication activity of the system data 
processo rp rocoGGing moans of the telecommunication module. Through the 
possibility of integrating and running applications in the teleconmiunication module 
independently of the operating system of said -the telecommunication module, the 
possible uses of telecommunication modules are significantly increased. This 
additionally makes it possible, in particular, for simple monitoring activities of the 
controller normally connected to the telecommunication module to be transferred to 
fiflid -the telecommunication m odule, thereby reducing the controller workload. In 
this way^ the actual activity of the controller (e.g.^, measuring instrument or PC) ean 
mav b e sp ee d e d speed u p and the energy resources of the controller can be 
protected. For standard applications it is additionally possible to dispense with an 
external controller and to implement the control activities via control instruction 
sequences within the module. 

Although the present invention has been described with referen ce to specific 
embodiments, those of skill in the art will recognize that chan ges mav be made 
thereto without departing from the spirit and scope of the present invention as set 
forth in the hereafter appended claims. 



31 



5 Rof e renoo character list 

4-0 Teleoommunioation module 

20 AT oommand interpret e r 

33 Modul e syst e m software (T e l e com) 

10 34 AT interpret e r / system transition 

36 Script int e rpret e r / AT interpreter transition 

38 Script interpreter / system transition 

30 Script interpr e t e r 

53 Script mcmor>^ 

15 34 Script interpret e r / script m e mor>^ transition 

36 Script ar e a / serial int e rfac e transition 

40 Serial interface 

43 External controll e r 

44 Serial interface / controller transition 

20 50 Ant e nna 
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ABSTRACT 

Tho invention relat e s to aA telecommunication module (10) comprioing is 
provided which includes a system-data procoGsing m e ans (20, 22, 24) p rocessor for 
carrying out at least one telecommunication activity, a control data 
processo rp rooosoing moans (30, 32, 31) for automatically executing at least one 
control command sequence stored in the telecommunication module, said tf ie 
control command sequence being configured in such a way that it triggers the at 
least one telecommunication activity of the system prooossing m e ans p rocessor 
during execution, and a first connooting moons MO^ connector for connecting the 
telecommimication module-(iO) to an external electronic device-(42). 



33 



This listing of claims will replace all prior versions, and listings, of claims 
in the application: 
Listing of claims: 

Claims 1-14 canceled. 

Claim 15 (new): A telecommunication module, comprising: 
a system data processor for performing at least one telecommunication 
activity, the at least one telecommxmication activity being at least one of creating, 
setting up, implementing, monitoring and terminating a telecommunication 
connection; 

a control data processor for automatically executing at least one control 
instruction sequence stored in the telecommunication module, the at least one 
control instruction sequence being implemented such that, upon execution, the at 
least one telecommunication activity is initiated; and 

a connector for connecting the telecommunication module to an external 
electronic device. 

Claim 16 (new): A telecommunication module as claimed in Claim 15, 
wherein the at least one control instraction sequence contains one of at least one 
Java 2 MicroEdition byte code instruction and at least one BASIC instruction. 

Claim 17 (new): A telecommxmication module as claimed in Claim 15, 
wherein the control data processor includes a storage part for storing the at least 
one control instruction sequence and an execution part for executing the at least one 
control instruction sequence. 

Claim 18 (new): A telecommunication module as claimed in Claim 17, 
wherein the execution part executes at least one of Java instructions and BASIC 
instructions. 
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5 Claim 19 (new): A telecommunication module as claimed in Claim 17, 

wherein the execution part includes at least one of a Java virtual machine and a 
BASIC interpreter. 

Claim 20 (new): A telecommunication module as claimed in Claim 15, 
10 wherein the at least one control instruction sequence may be at least one of setup, 
modified and deleted by the external electronic device via the connector. 

Claim 21 (new): A method for controlling a telecommunication module, 
the method comprising: 
15 providing that the telecommunication module include a system data 

processor for performing at least one telecommunication activity, the at least one 
telecommunication activity being at least one of creating, setting up, implementing, 
monitoring and terminating a telecommunication connection; 

providing that the telecommunication module include a control data 
20 processor; 

providing that the telecommunication module include a first connector for 
connecting the telecommunication module to an external electronic device; 

providing that the telecommunication module include a second connector 
for connecting the control data processor to the system data processor; 
25 storing at least one control instruction sequence in the telecommunication 

module; and 

automatically executing the at least one control instruction sequence stored 
in the telecommunication module such that the at least one control instruction 
sequence initiates the at least one telecommunication activity of the system data 
30 processor. 

Claim 22 (new): A method for controlling a telecommunication module as 
claimed in Claim 21, wherein for the automatic execution of the at least control 
instruction sequence, at least one AT control command is transmitted from the 
35 control data processor via the second connector to the system data processor. 
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5 Claim 23 (new): A method for controlling a telecommunication module as 

claimed in Claim 21, wherein the at least control instruction sequence includes one 
of at least one Java 2 MicroEdition byte code instruction and at least one BASIC 
instruction, 

10 Claim 24 (new): A method for controlling a telecommvmication module as 

claimed in Claim 21, wherein the data is transferred from the control data processor 
via the first connector to the external electronic device. 

Claim 25 (new): A method for controlling a telecommunication module as 
15 claimed in Claim 24, wherein the data contains instructions for controlling the 
extemal electronic device. 

Claim 26 (new): A method for controlling a telecommunication module as 
claimed in Claim 21, wherein the at least one control instruction sequence stored in 
20 the telecommunication module may be at least one of created, modified and deleted 
by the extemal electronic device. 

Claim 27 (new): A method for controlling a telecommunication module as 
claimed in Claim 21, wherein the automatic execution of the at least one control 
25 instruction sequence is initiated by at least one of the extemal electronic device and 
establishment of a connection from the telecommunication module to a power 
supply device. 

Claim 28 (new) A method for controlling a telecommunication module as 
30 claimed in Claim 21, wherein the at least one control instruction sequence is 
implemented such that one particular control instruction sequence is repeated at 
least once. 
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5 Claim 29 (new): A method for controlling a telecommunication module as 

claimed in Claim 28, wherein the repetition of the one particular control instruction 
sequence occurs once a specified intervening time period has elapsed. 
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5 REMARKS 

The present amendment makes editorial changes and corrects typographical 
errors in the specification, which includes the Abstract, in order to conform the 
specification to the requirements of United States Patent Practice. No new matter is 
added thereby. Attached hereto is a Substitute Specification including a marked-up 

10 version of the changes made thereto via by the present amendment. 

In addition, the present amendment cancels original claims 1-14 in favor of 
new claims 15-29. Claims 15-29 have been presented solely because the revisions 
by red-lining and underlining which would have been necessary in claims 1-14 in 
order to present those claims in accordance with preferred United States Patent 

15 Practice would have been too extensive, and thus would have been too burdensome. 
The present amendment is intended for clarification purposes only and not for 
substantial reasons related to patentability pursuant to 35 U.S.C. §§101, 102, 103 or 
112. Indeed, the cancellation of claims 1-14 does not constitute an intent on the 
part of the Applicants to surrender any of the subject matter of claims 1-14, 

20 Early consideration on the merits is respectfiiUy requested. 

Respectfully submitted, 
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William E. Vaughan 
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Phone: (312) 807-4292 
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